home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / de / comm / isdn / 5219 < prev    next >
Text File  |  1996-08-06  |  3KB  |  68 lines
  1. Path: wolferts.sub.de!dkw
  2. From: dkw@wolferts.sub.de (Klaus Wolferts)
  3. Newsgroups: de.comm.isdn
  4. Subject: Re: Software fuer D-Kanal
  5. Message-ID: <dkw00572960127163932@wolferts.sub.de>
  6. Date: Tue, 27 Feb 96 16:39:32 MEZ
  7. References: <62CxGOxxiRB@cae.muc.de> <63DviLvYm6B@hlsoft.tbx.berlinet.de> <63QEsRzIm6B@hlsoft.tbx.berlinet.de>
  8. Distribution: world
  9. Organization: Ing'Buro f. EDV + Elektronik, D-76149 Karlsruhe, Germany
  10. Mime-Version: 1.0
  11. Content-Type: text/plain; charset=ISO-8859-1
  12. Content-Transfer-Encoding: 8bit
  13. X-Newsreader: NWReader [version 3.15]
  14.  
  15. HERGEN_LEHMANN@TBX.berlinet.de (Hergen Lehmann) writes:
  16. >
  17. > dkw@wolferts.sub.de schrieb am 23.02.96 in /DE/COMM/ISDN
  18. > zum Thema Re: Software fuer D-Kanal ....
  19. > 
  20. > > > zipiert waren. Waeren diese Geraete in der Praxis in groesserem Umfang
  21. > > > zum Einsatz gekommen, haette das den Zusammenbruch des ISDN-Netzes zur
  22. > > > Folge gehabt, denn die Kapazitaet der netzinternen Vermittlungskanaele
  23. > > 
  24. > > Ob das die Vermittlungen wirklich so belastet? Gut, jedesmal einen (nicht
  25. > > zur durchgeschalteten Verbindung fⁿhrenden) Ruf zu verarbeiten belastet
  26. > > die VSt natⁿrlich, aber die o.a. 9600 bps zu Datex-P ist schlie▀lich
  27. > > auch nicht ohne (wenn auch im Zustand 'Verbindung hergestellt')...
  28. > 
  29. > Datex-P und UUS1 sind zwei technisch voellig unterschiedliche Dienste.
  30. > 
  31. > Bei Datex-P findet eine Paketvermittlung statt, der Netzknoten kann
  32. > die Datenpakete einfach in einer Blitzentscheidung anhand einer (ggf.
  33. > laufend dynamisch an die Netzauslastung angepassten) Tabelle in etwa in
  34. > die richtige Richtung schicken. Er braucht weder den exakten Weg zum
  35. > Ziel zu kennen, noch muss er in jedem Augenblick eine optimale Entschei-
  36. > dung treffen. Dazu kommt die Hilfestellung durch den formellen Aufbau
  37. > einer virtuellen Verbindung, die den Netzknoten schon im Vorraus wissen
  38. > laesst, was auf ihn zukommt.
  39.  
  40. Thema (leicht ;-) verfehlt. Wie Datex-P Datex-P-intern (sch÷ner Satz :-)
  41. funktioniert war nicht das Thema.  Ich meinte die Belastung der ISDN-
  42. Vermittlung durch das _Durchreichen_ der 9600 bps _zum_ Datex-P-Netz.
  43. Und das geschieht soviel ich wei▀ ebenfalls leitungsvermittelt (wenn auch 
  44. nur ⁿber einen ISDN-Knoten). 
  45.  
  46. Oder wird Datex-P inzw. auch ⁿber das I(ntegrierte)SDN gefⁿhrt?
  47.  
  48. > Anders bei UUS1, welches ein Anhaengsel eines leitungsvermittelten Diens-
  49. > tes ist. Hier muss der Netzknoten vor dem Durchreichen des Calls und
  50. > damit vor der Uebermittlung des UUS-Daten einen vollstaendigen Weg zum
  51. > Ziel ermitteln, diesen optimieren, und fuer die gesamte Strecke B-Kanaele
  52. > reservieren (dies muss vorher geschehen, um sicherzustellen, dass im Fall
  53. > einer zustandekommenden Verbindung die Kanaele dann auch tatsaechlich zur
  54. > Verfuegung stehen). Nach der aktiven Rufablehung durch die Gegenstelle
  55. > muss dann das ganze Gebilde wieder abgebaut werden. Alles in allem ein
  56. > immenser Mehraufwand, der fuer jedes einzelne Paket erneut anfaellt.
  57. > Dazu kommt dann noch die geringe Groesse der Datenpakete selbst, welche
  58. > die Sache vollends ineffektiv werden laesst.
  59.  
  60. Fⁿr gr÷▀ere Datenmengen gar keine Frage.
  61.  
  62. Klaus
  63.  
  64. -- 
  65.  dkw@wolferts.sub.de | Dr.-Ing. Klaus Wolferts 
  66.  Tel: +49 721 706016 | Ingenieurbⁿro fⁿr EDV + Elektronik 
  67.  Fax: +49 721 706017 | Mitteltorstr. 45, D-76149 Karlsruhe (Nrt) 
  68.